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RECORDATION OF SUBSTANCE OF INTERVIEW 

The applicants thank Examiner Thomas Gyorfi for the interview conducted on 
15 November 2010. The applicants submit that the points made in the remarks portion of 
applicants' amendment, as well as prior amendments, are the substantive points that were 
made during the interview. No other substantive information was discussed. 

REMARKS 

This paper is responsive to the Final Rejection that issued on October 28, 2010. In that 
Rejection all pending claims were rejected. 

In response, the applicants provide arguments that distinguish the present invention from 
the cited references. The arguments are found in the draft appeal brief which is provided in 
this paper's appendix. 

In addition, the applicants submit Exhibits 1-9 in support of the patentability of the present 
invention. Exhibits 1-3 are submitted to counter evidence (the Page reference and Google 
help page) that was introduced by the Examiner for the first time in the Final Rejection 
dated 10/28/2010. Specifically, Exhibits 1-3 are used to disprove statements that were 
made by the examiner in reliance on the Page reference and Google help page. 

Exhibits 4-9 are provided to counter evidence introduced by the Examiner for the first time 
in the Interview Summary dated 11/22/2010. Specifically, Exhibits 4-9 are used to 
disprove statements by the Examiner that were made in reliance on the evidence introduced 
in the Interview Summary. 

In view of the circumstances surrounding exhibits 1-9, the applicants respectfully request 
consideration of Exhibits 1-9 and the arguments presented in the draft appeal brief that is 
provided in the Appendix section of this paper. 

The applicants respectfully request a reversal of the rejection of claims 1-27 
Request for Reconsideration Pursuant to 37 C.F.R. 1.111 

Having responded to each and every ground for objection and rejection in the last Office 
action, applicants respectfully request reconsideration of the instant application pursuant to 
37 CFR 1.111 and request that the Examiner allow all of the pending claims and pass the 
application to issue. 
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If there are remaining issues, the applicants respectfully request that Examiner telephone 
the applicants' attorney so that those issues can be resolved as quickly as possible. 



Respectfully, 
Amit Bagga et al. 

Bv /Kiril Dimov/ 

Kiril Dimov 

Attorney for Applicants 
Reg. No. 60490 
732-578-0103 x215 

DeMont & Breyer, L.L.C. 
Suite 250 

100 Commons Way 
Holmdel, NJ 07733 
United States of America 
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APPENDIX 

The following draft appeal brief is appended to this Amendment After Final Rejection. 
The applicants respectfully request that the Examiner considers the evidence and 
arguments advanced in the draft appeal brief. 
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SUMMARY OF THE CLAIMED SUBJECT MATTER 

Many computer systems require a password. In these systems, the users have to 
register and select a password. Selecting a password is simple. Nevertheless, a problem 
exists when users select passwords that are easily guessed by potential attackers. The 
present invention addresses that problem. 

The present invention provides a method for verifying the security of passwords. 
According to the present invention, a proposed password is received from a user. A 
keyword is derived from the password and an Internet search is performed for the keyword. 
The Internet search results in a set of web pages being returned by an Internet search 
engine that are said to match the keyword. 

Once the set of web pages is obtained, the present invention examines them. 
Specifically, the present invention determines how many of the web pages contain the 
proposed password and another string that is based on a rule for the selection of 
passwords. If the number of such web pages exceeds a predefined threshold, say 3, the 
present invention rejects the proposed password as insecure. 

For example, consider a rule for the selection of a password which postulates that 
there can be no close relationship between the owner of a telephone number that is used as 
a password and the user. According to this rule, the user cannot use the telephone number 
of the user's sister, the telephone number of the user's mother, and so forth. (See the 
specification at page 14 Ine28 through page 15, line 12.) 

Further consider, that a user selects the telephone number 212-998-3365 as a 
proposed password. Responsive to receiving the telephone number, the present invention 
composes a search query based on the telephone number such as "212.998.3365," "212- 
998-3365," and "212 998 3365, "for example. The search query is then submitted to an 
Internet search engine such as Google. (See the specification at page 18, lines 20- 
30.) 

The Internet search engine returns a set of web pages that match the search query. 
After the web pages are retrieved, the present invention examines each of them to 
determine whether it contains both (1) a string that is based on a rule for the selection of a 
password and (2) the proposed password. In this case, the string that is based on the rule 
for the selection of a password is the name of the user's mother — Mary Jones, for example. 
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If more than a threshold number of pages contain both (1) name of the user's 
mother and (2) the proposed password, the proposed password is rejected. For example, if 
there are four pages that contain both the mother's name and the password, the password 
is rejected. When the proposed password is rejected, the user can be asked to try a new 
password. 

When the threshold number of pages is not met, the present invention can apply a 
second string that is based on the rule for selection of passwords — the name of the user's 
sister, for example — in order to ensure that the proposed password is secure. In other 
words, the present invention has the ability to match the search results from a single 
Internet search against multiple strings that are based on rule(s) for the selection of 
passwords. 

The present invention comprises three (3) independent claims. Each shall be 
presented, summarized, and mapped to the specification and the drawings if any. 

Claim 1 recites: 

1. A method comprising: 

receiving a proposed password from a user; (Fig. 4; page 8, Iine28 
- page 9, line 9.) 

performing, by a search engine tool, (Page 9, lines 20-23) an 
Internet search based on a keyword that is derived from the proposed 
password (Page 18, lines 21-30; page 16, lines 1-3); and 

rejecting the proposed password when more than one Web page 
retrieved by the search engine tool contains both (Page 9, lines 24-30): 

(i) the proposed password and (Page 16, lines 1-3; page 9, 
lines 20-30) 

(ii) a string that is based on a rule for the selection of passwords. 
(Page 16, lines 1-3; page 9, lines 20-30) 
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Claim 21 recites: 



21. An apparatus comprising: 

a memory; and (Figure 2, item 220) 

at least one processor, coupled to the memory (Figure 2, item 210), 

operative to: 

receive a proposed password from a user(Fig. 4; page 8, Iine28 - 
page 9, line 9.); 

perform, by a search engine tool, an Internet search (Page 9, lines 
20-23) based on one or more keywords derived from the proposed 
password; (Page 18, lines 21-30; page 16, lines 1-3) and 

reject the proposed password based on the number of web pages 
retrieved by the search engine tool that contain both(Page 9, lines 24-30): 

(i) the proposed password and (Page 16, lines 1-3; page 9, lines 
20-30) 

(ii) a string that is based on a rule for the selection of 
passwords(Page 16, lines 1-3; page 9, lines 20-30); 

wherein the proposed password is rejected when the number of web 
pages retrieved by the search engine tool, that contain both the proposed 
password and the string, exceeds a threshold (Page 9, lines 20-30); and 

wherein the threshold is greater than one (Page 9, lines 20-30). 



Claim 27 recites: 



27. (Previously Presented) An article of manufacture for evaluating a 
password proposed by a user, comprising a machine readable medium 
containing one or more programs which when executed implement the steps 
of (Page 21, lines 13-30): 

receive the proposed password from the user Fig. 4; page 8, Iine28 
- page 9, line 9.); and 

performing an Internet search using a query containing one or more 
keywords derived from the proposed password,-by using a search engine 
tool; and (Page 9, lines 20-23; page 18, lines 21-30; page 16, lines 1- 
3) 

rejecting the proposed password based on the number of web pages 
retrieved by the search engine tool (Page 9, lines 24-30) that contain both 
a the proposed password and another string that is determined based on a 
rule for the selection of passwords, wherein the proposed password is 
rejected when the number of web pages retrieved by the search engine tool, 
that contain both the proposed password and the other string, exceeds a 
threshold, and wherein the threshold is greater than one (Page 16, lines 1- 
3; page 9, lines 20-30);. 
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GROUNDS OF OBJECTION AND REJECTION TO BE REVIEWED ON APPEAL 

Ground 1: 35 U.S.C. 103 Rejection of Claims 1-27 

Claims 1-16 and 19-27 were rejected under 35 U.S.C. §103(a) as being 
unpatentable over "P-Synch Installation and Configuration Guide" (hereinafter "P-Synch") in 
view of U.S. Publication 2005/0102534 to Wong and further in view of U.S. Patent 
7,043,521 to Eitel. 

Ground 2: 37 C.F.R. Objection to Claims 17 and 19 

Claims 17 and 19 were provisionally objected to under 37 C.F.R. 1.75 as being 
substantial duplicates of claim 1. 
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ARGUMENTS 

Ground 1: Rejection of Claims 1. 3. 4. 16. 18 and 19 

Claims 1-16 and 19-27 have been rejected under 35 U.S.C. §103 as being unpatentable 
over P-Synch in view of Wong and further in view of Eitel. The applicants respectfully 
traverse. 

A. Rejection of Claim 1 
Claim 1 recites: 

1. A method comprising: 

receiving a proposed password from a user; 

performing, by a search engine tool, an Internet search based on a 
keyword that is derived from the proposed password : and 

rejecting the proposed password when more than one Web page 
retrieved by the search engine tool contains both : 

(i) the proposed password and 

(ii) a string that is based on a rule for the selection of passwords. 
(emphasis supplied) 

The rejection of claim 1 is deficient because the prior art, alone or in combination, fails to 
disclose or suggest: 

(1) performing an Internet search based on a keyword that is derived from a 

proposed password, and 

(2) rejecting the proposed password when more than one Web page retrieved by 

the search engine tool contains both (a) the proposed password and (b) a 
string based on a rule for the selection passwords. 

In addition the applicants submit that there is no proper motivation to combine the 
references. 

The following discussion addresses the deficiencies of the rejection of claim 1 in detail. 
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In rejecting the claims, the Examiner wrote: 

the Examiner has included a copy of the Help page for Google circa 
1999 which confirms that it was common knowledge that as a default 
behavior the well known Google search engine returns only those pages which 
match all the keywords presented in the query (page 1, "Automatic AND"; 
see also the last bullet point on page 1). In other words, when one presents a 
search engine with a query, the default expectation one would have is that 
every result returned comprises at least one instance of each keyword from 
said query. Contrary to Applicant's previous arguments to the contrary, there 
is no need to re-examine the results returned by the search engine to weed 
out results that lack one or more of the keywords. 

(See the pending Final Rejection, Response to Arguments Section, p. 3) 

The above statement is false. Regardless of what the default expectation would be, search 
engines as they are today, do not always return web pages that contain all keywords of a 
search query. This poses a problem with respect to using the search engines for password 
validation. 

As evidenced by Exhibit 1, the applicants performed a Google search for the query 
"w@icr#tl David." "W@icr#tl" is a strong password for it (1) is not a regular dictionary 
word, (2) contains a number, and (3) contains two non-alphanumerical characters. "David" 
is a name with which one may want to correlate the password. 

The Google search produced 26,300 results. Exhibit 1 shows a screenshot of the Web 
browser after the search has been performed. At least two (2) of the web pages returned 
did not contain the proposed password "w@icr#tl." 

The first document listed in the search results is a PDF document that seemingly is a part of 
a Table of Contents. That document is provided as Exhibit 2. As evidenced, the document 
does not contain the password "w@icr#tl". 

The second document listed in the search results is an article about WICR-88.7 Independent 
Student Indianapolis Radio Station. The document is provided as Exhibit 3. As evidenced, 
the document does not contain the password "w@icr#tl." 

If, as the Examiner suggests, the present invention were to reject passwords based solely 
on a count of produced search results, the present invention would reject many proposed 
passwords that are potentially secure. The present invention recognizes this problem and 
resolves it by examining the search results to determine whether they really can serve as a 
proper basis for the rejection of a proposed password. 
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The Examiner's statement shows that one skilled in the art would be inclined to assume that 
the search results, if any, would always contain the proposed password and the other string 
(that is based on a rule for the selection of a password). The Examiner's statement is 
evidently false for unusual words such as "w@icr#tl." Such unusual words, because of 
their obscurity, are most suitable for being used as passwords. 

The quoted statement of the Examiner serves as evidence that one of ordinary skill in the 
art does not recognize the tendency of search engines to return over-inclusive results as a 
problem with respect to password security auditing. Furthermore, there is no other 
evidence showing that this tendency was recognized by anybody as being problematic. 
Without such other evidence, the Examiner cannot properly reject claim 1 as obvious. (See 
In re Omeprazole Patent Litigation, 536 F.3d 1361 (Fed. Cir. 2008)) 

The Examiner's Objection to Exhibits 1-3 

Exhibits 1-3 were entered in the record by the examiner on 11/22/2010. In an interview 
summary, the Examiner argued that if quotation marks were used, Google would be 
compelled to consider the whole proposed password. This statement does not hold true 
universally. 

To disprove the statement, the applicants used quotation marks when searching for 
proposed password "wicr#tl" and the name "David." As a result of the search, Google 
returned pages that did not contain the proposed password as spelled. Therefore, the 
drawback of search engines, with respect to proposed password verification, cannot be 
overcome by the simple use of quotation marks. 

Exhibit 5 shows that Google search was performed for proposed password "wicr#tl" and the 
name "David." The search returned 635 results. Thy first and second search results are 
provided as exhibits 5 and 6, respectively. The first two search results do not contain the 
string "wicr#tl." 

In addition the applicants note that password which use mixed case letters are considered 
stronger. According to P-Synch, a password is stronger if has mixed case letters. (See P- 
Sync at page 5.) Goggle, ignores, mixed case letters. Therefore, Google cannot be 
dependably used, without the present invention, to verify the strength of proposed 
passwords that feature mixed case letters. 

The applicants performed a search for the proposed password "pAsSwOrD" and the name 
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"David." (See Exhibit 7.) As suggested by the examiner, the applicants used quotation 
marks. Not surprisingly, the search returned results that contained the string "password" 
but lacked the specific case pattern. The first and second search results are provided as 
exhibits 8 and 9, respectively. None of the search results contain the proposed password 
"pAsSwOrD" exactly as spelled and having the same pattern of upper-case and lower-case 
letters. 

In summary, the applicants submit that search engines by themselves are not suitable for 
verifying proposed password strength because they are insensitive to passwords' exact 
spelling. Search engines, as Exhibits 1-9 demonstrate, do not always return search results 
that contain proposed passwords exactly as spelled. Thus, the present invention, contrary 
to what the Examiner suggests, does not merely repeat what search engines do. Rather, it 
provides a novel and non-obvious approach towards evaluating a proposed password's 
strength by using Internet search engines. 



There is No Motivation for Combining the References 

In discussing the reasoning for combining the references, the Examiner wrote: 



KSR v. Teleflex, 550 USPQ2d at 1397; emphasis Examiner's. Although 
Eitel only describes specific examples of searching for airline tickets, hotels 
(column 3) and real estate listings (column 5), Eitel is not limited to these 
fields of endeavor but instead can apply to any and all types of searches (col. 
9, lines 30-40); and since not only would a common search engine like 
Google present the number of results returned along with links to said results 
(see Google Help, page 1, "Do more than query") but also that Eitel teaches 
where it may be advantageous to disregard searches that produce too few 
results, so too would it have been obvious for one of ordinary skill in the art 
to disregard password searches of the type conducted by P-Synch (as 
modified by a Wong plug in), if such searches were to produce an insufficient 
number of desired results. 

(See the pending Final Rejection, Response to Arguments Section, p. 5) 

As best understood, the Examiner states that the present invention is obvious because it 
repeats what search engines do anyway. This, however, is false. The present invention, as 
explained by the above discussion, and proven by Exhibits 1-3, does not repeat what search 
engines are guaranteed to do. 

Because the Examiner's rationale for combining the references is based on a wrong factual 
premise, the applicants submit that Examiner has failed to meet the burden of providing a 
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proper teaching, suggestion, or motivation for combining the references. Therefore, the 
applicants respectfully request a reversal of the finding of obviousness. 

Also, the applicants wish to address the alternative argument for combining the references 
that is laid out on page 8 of the Final Rejection: 

It would have been obvious to one of ordinary skill in the art to set a 
minimum threshold for search hits for determining if the Wong plug-in has 
found one's password as the technique is clearly within the capabilities of one 
of the ordinary skill in the art and would have had a good reason to pursue 
the known options within one's grasp. If setting a minimum threshold for 
search hits would lead to anticipated success, it would be the product not of 
innovation but of ordinary skill and common sense. 

(See the pending Final Rejection, Claim Rejections Section, p. 8) 

In the alternative argument, the Examiner contends that using the count of web pages as a 

criterion for rejecting passwords is a matter of common sense and, as such, it is obvious to 

try. There are several problems with this line of reasoning. 

In order for the obvious-to-try rationale to be properly applied, the possible options to 
determine whether a proposed password is secure must be finite and known. (See Rolls- 
Royce v. United Technologies, 603 F.3d 1325 (Fed. Cir. 2010)) Finite means small or easily 
traversed in the context of the question. (See Ortho-McNeil v. Mylan Labs, 520 F.3d 1358 
(Fed. Cir. 2008)). In the present case, the Examiner has failed to establish that there are a 
finite number of known options for determining whether a proposed password is secure. 
Therefore, the Examiner has failed to provide a reasoning that would properly support a 
finding of obviousness. 

Moreover, the above-cited statement misrepresents the teachings of Wong. The statement 
implies that Wong rejects a password as a consequence of a web page containing both a 
password and another string. This is half truth at best and completely misleading. 

Contrary to what the Examiner implies, Wong does not disclose or suggest the existence of 
a causal relationship between (1) the presence of a password along with another keyword 
on a web page and (2) the rejection of that password. 

Wong discloses a password cracker. A password cracker is a tool for guessing existing 
passwords. The password cracker does not know the passwords ahead of time. Rather, the 
password cracker performs Internet searches that produce search results. The password 
cracker takes words that are found in the search results, encrypts them, and compares the 
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encrypted versions of those words to an encrypted version of the password. If they match, 
the password cracker is said to have cracked the password. 

The password cracker functions as part of a security auditing process. The security auditing 
process "computes the percentage of user accounts whose passwords were successfully 
cracked." (See Wong at [0112].) Wong, in other words, computes system-wide security 
metrics. Wong does not reject individual proposed passwords. 

Importantly, Wong does not reject a password when it has found a web page that contains 
both the password and another string. Rather, Wong finds out that a password is cracked, 
at a later time , when it has matched an encrypted version of the password to an encrypted 
candidate word. 

The alternative argument for combining the references is deficient for two reasons. First, it 
fails to provide a reasoned explanation that avoids conclusory generalizations. And second, 
it rests on an incorrect premise, namely that Wong rejects passwords because those 
passwords are contained on the same web page as another string. For these reasons, the 
applicant's submit that the obviousness rejection of claim 1 is unsustainable. 

The Second Limitation of Claim 1 is Not Taught Or Suggested by the Cited References 
The second limitation of claim 1 is: 

performing, by a search engine tool, an Internet search based on a keyword 
that is derived from the proposed password. 

The cited references fail to disclose using keywords derived from a proposed password . 

In rejecting claim 1, the Examiner wrote: 

This leads to the Examiner's second point: although the Applicant 
stresses that "the string recited by claim 1 need not be submitted to the 
search engine as part of the search query" (amendment, page 8, last line), 
neither does the claim nor the applicant require that the search query is 
exclusively limited to the "keyword serviced from the proposed password"; to 
the contrary, search queries with a plurality of keywords are a requirement in 
at least some dependent claims (e.g. claim 2). 

(See the pending Final Rejection, Response to Arguments Section, p. 3) 

The applicants have four comments in response: 

First, the Examiner cannot use limitations found in the dependent claims to change the 
scope of claim 1. 
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Second, the example found on page 18, lines 24-29, of the specification describes an 
embodiment where the search query of a telephone number password comprises the 
password only. The inventors, therefore, at the time of invention, envisioned embodiments 
of where the search query comprises only a keyword that is derived from the proposed 
password. 

Third, the method defined by claim 1 does not require that the string that is based on a rule 
for the selection of passwords to be part of the search query. This enables the present 
invention to perform a single Internet search and apply different rules for the selection of 
passwords afterwards. By contrast, the prior art does not disclose such an arrangement. If 
one were to use the cited references, as combined by the Examiner, and wants to apply 
multiple rules for the selection of a password, that person has to perform multiple Internet 
searches. 

Fourth, none of the cited references disclose performing an Internet search for a string that 
is derived from a proposed password . The Examiner ignored this deficiency. Rather, the 
Examiner focused on alleging that the search query must also comprise another string. 
Regardless of whether the other string is part of the search query, the Examiner cannot 
read the limitation keyword derived from the proposed password out of claim 1. 

The prior art fails to teach this limitation. P-Synch makes no mention of Internet searches. 
Similarly, Eitel has nothing to do with password security verification — let alone with 
deriving keywords from a proposed password. 

Wong, also does not disclose or suggest the performance of an Internet search based on a 
keyword that is derived from a proposed password. The password cracker of Wong cannot 
possibly perform an Internet search based on a keyword that is derived from a password 
because, at the time when the Internet searches are performed, the password cracker of 
Wong does not know the password. 

For these reasons, the applicants submit that the cited references fail to disclose or suggest 
the limitation "performing, by a search engine tool, an Internet search based on a keyword 
that is derived from the proposed password. " 
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The Last Limitation of Claim 1 is not Taught or Suggested by the Cited References 
The last limitation of claim 1 is: 

rejecting the proposed password when more than one Web page retrieved by 
the search engine tool contains both : 



The prior art does not disclose or suggest an arrangement where a password is rejected 
when the number of web pages returned by an Internet search that contain a string, that is 
based on a rule for the selection of passwords, exceeds one. 

In rejecting claim 1, the Examiner wrote: 



Eitel was cited by the Examiner as an example of the general ability so 
search for arbitrary information on the Internet, including the ability to 
declare a search as unsuccessful if too few records are returned by a 
particular query. 

(See the pending Final Rejection, Response to Arguments Section, at p. 4) 
Regarding Eitel, the Examiner further wrote: 



Nevertheless, Eitel discloses a related technique to be employed during 
a search for arbitrary information on the Internet wherein the search will fail 
if, for example, the search comprised too few hits to satisfy a pre-established 
threshold (col. 6, line 46 - col. 7, line 3). 



According to the Examiner, the disclosure of Eitel shows that it is known in the art how to 
perform an Internet search and count the search results. This, however, is irrelevant with 
respect to claim 1. 

The invention of claim 1 does not declare an Internet search to be successful or 
unsuccessful. Rather, claim 1 evaluates the strength based on a count of web pages that 
contain both the proposed password and another string. 

There is no articulated reasoning provided by the Examiner that explains how the disclosure 
of declaring a search for real estate listings unsuccessful suggests to one of ordinary skill in 
the art to reject a proposed password. 

Moreover, claim 1 recites that the content of the search results is inspected to determine if 
a proposed password should be rejected. Eitel, in contrast, does not disclose examining the 



(0 
00 



the proposed password and 

a string that is based on a rule for the selection of passwords 



(See the pending Final Rejection, Claim Rejections Section, at p. 7) 
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content of the records retrieved by the search engine. Rather, Eitel relies solely on the 
number of search records returned by a search engine in order to label a search as 
unsuccessful. 

Wong fails to cure the deficiencies of Eitel. The Examiner described the teachings of Wong 
as follows: 



However, Wong actually provides the more pertinent example, as the 
Wong invention - or at least, that aspect of the Wong invention specifically 
cited by the Examiner - is specifically intended to search for a user's 
password by examining search results related to other strings but not limited 
to said user's personal information to see if said user's password can be found 
within said search results. It should be noted that in the unmodified default 
operation of the Wong invention, Wong does not actually know in 
advance what the password is that it is looking for; the passwords that 
it is trying to guess are stored only in encrypted fashion (Wong paragraph 
104), in accordance with techniques that are well known amongst those of 
ordinary skill in the art. So when the search engine returns its search results 
to the Wong invention, the Wong invention must exam in each of the results 
returned to identify any other strings within said results that might be the 
user's password. 

(See the Non-Final Rejection dated July 22, 2010 at p. 3, I. 13 - p. 4., I. 3) 
Claim 1 recites that the search query is based on "keywords derived from the proposed 
password." As discussed above, since the invention of Wong does not know the password 
in advance, it cannot derive keywords from it. 

Moreover, Wong does not disclose rejecting a proposed password because web pages 
retrieved by the Internet search contain both the proposed password and a string that is 
based on a rule for the selection of passwords. 

Rather, Wong picks a string that is likely to be a password, encrypts the string, and 
compares it to the encrypted password. Claim 1 does not require the performance of any of 
these steps in order to reject the password. 

Wong also teaches away from claim 1. Claim 1 determines whether a password can be 
correlated with other information that is available on the Internet. Wong, on the other 
hand, tests a password by attempting to crack it. 

Put differently, Wong considers the password to be an unknown variable and tries to guess 
it. Claim 1, in contrast, treats the password as a known variable . Claim 1 actively uses the 
password to derive keywords for an Internet search. 
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In discussing Wong, the Examiner further wrote: 

Although Wong discloses wherein his search-engine-employing 
password searcher may be recursively iterated to continue churning up 
multiple hits that could inadvertently reveal a user's password (paragraph 
0110), it is unclear if this step is taken only when the previous queries railed 
to find the find the password or whether the system is trying to confirm that 
it has found one's password by finding multiple pages containing it. 

(See the pending Final Rejection, Claim Rejections Section, p. 8) 

The recursive reiteration discussed in Wong has nothing to do with the method of claim 1. 

There is no recursion in claim 1. Claim 1 performs one Internet search based on 

keyword(s) derived from a password and determines whether more than one of the 

retrieved web pages contain (1) the proposed password and (2) a string that is based on 

rule for the selection of passwords. The performance of multiple searches is not analogous 

to performing one search and analyzing the results from it. 

The Examiner wrote that it is "unclear . . . whether the system is trying to confirm that it 
has found one's password by finding multiple pages." To the extent that this statement 
implies that there exists some slight hint in Wong that it "tries to confirm that it has found 
one's password," the applicants respectfully disagree. Wong contains no such hint. 

Paragraph [0110], in pertinent part, recites that"[t]he process can be reiterated as many 
times as may be necessary or desirable by taking the novel phrases found first and then 
generated new web-based queries from those phrases to extend the search for related pass 
phrases to the next level." As best understood, paragraph [0110] discloses a more 
sophisticated method for performing Internet searches. The paragraph is silent on the 
timing of the Internet searches relative to the password cracker finding that a string 
matches the password — let alone confirming that the right password has been found. 

Notwithstanding, as already noted, the disclosure of the "recursive reiteration" of Internet 
searches is irrelevant with respect to claim 1. Claim 1 recites that a single search is 
performed. There is no recitation of performing recursive Internet searches in claim 1. 

Regarding the P-Synch reference, the applicants agree that it describes rule(s) for 
determining whether a password is sufficiently strong. None of the rules described in P- 
Synch, however, depends on the number of web pages that are returned by a web page 
that contain both "a keyword based on the password" and "another string." Therefore, P- 
Synch fails to cure the deficiencies of Eitel and Wong. 
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For these reasons, the applicants submit that the cited references fail to teach the 
limitation "rejecting the proposed password when more than one Web page retrieved 
by the search engine tool contains both: (i) the proposed password and (ii) a string 
that is based on a rule for the selection of passwords." 

Summary of the Argument Against the Rejection of Claim 1 

None of the cited references, alone or in combination disclose or suggest the 

limitations: 

(1) "performing an Internet search for a keyword that is derived from a 

password," and 

(2) "rejecting the proposed password when more than one Web page 

retrieved by the search engine tool contains both :(i)the proposed 
password and (ii)a string that is based on a rule for the selection of 
passwords." 

The Examiner has also failed to provide reasons for combining the references. The 
Examiner uses an obvious-to-try rationale in support for the finding of obviousness. 
The Examiner, however, failed to clearly explain why limitations that are not 
disclosed by the prior art would be obvious to one of ordinary skill. 

Furthermore, the Examiner failed to establish that there is finite and limited number 
of options for determining whether a proposed password is secure enough. Unless 
there is finite and limited number of options, the Examiner cannot properly use an 
obvious-to-try rationale for a finding of obviousness. 

B. Re jection of Claims 2-16 

Because claims 2-16 depend on claim 1, they are likewise allowable. The recitation of 
additional limitations in them provides further grounds for their patentability. 

C. Rejection of Claim 17 
Claim 17 recites: 

17. The method of claim 16, wherein the proposed password is 
rejected based on a count of Web pages from the plurality that contain both 
the proposed password and the string. 

Claim 17 recites a causal relationship between (1) the proposed password and the string 

being on the same page and (2) a finding of obviousness. Such causal relationship is not 
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disclosed by Wong and the other references. 

Wong does not reject a password because it is found on a webpage with another string. 
Rather, Wong considers a password cracked because the encrypted version of a string (that 
is considered likely to be the password) matches an encrypted version of the password. 

For these reasons, the applicants respectfully submit that claim 17 is allowable over the 
cited references. 

D. Rejection of Claim 19 

Because claim 19 depends on claim 17, it is likewise allowable. The recitation of additional 
limitations in it provides further grounds for their patentability. 

E. Rejection of Claim 20 

Because claim 20 depends on claim 1, it is likewise allowable. The recitation of 
additional limitations in it provides further grounds for its patentability. 

F. Rejection of Claim 21 

21. An apparatus comprising: 
a memory; and 

at least one processor, coupled to the memory, operative to: 
receive a proposed password from a user; 

perform, by a search engine tool, an Internet search based on one or 
more keywords derived from the proposed password; and 

reject the proposed password based on the number of web pages 
retrieved by the search engine tool that contain bothi 

(i) the proposed password and 

(ii) a string that is based on a rule for the selection of passwords; 

wherein the proposed password is rejected when the number of web 
pages retrieved by the search engine tool, that contain both the proposed 
password and the string, exceeds a threshold! and 

wherein the threshold is greater than one. 

(emphasis supplied) 

Neither P-Synch nor Eitel or Wong teach or suggest, alone or in combination, what claim 1 

recites, namely: 

(1) " performing an Internet search for a keyword that is derived from a password," 
and 
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(2) "rejecting the proposed password based on the number of web pages that 
contain both :(i)the proposed password and (ii)a string that is based on a rule for 
the selection of passwords." 

For the reasons discussed with respect to claim 1, the applicants submit that the cited 
references fail to disclose or suggest the performance of an Internet search for a keyword 
that is derived from a proposed password. 

Moreover, the applicants reiterate, that claim 21 recites "rejecting a password based on the 
number of web pages." In other words, according to claim 21, there is a causal relationship 
between (1) web page(s) containing the proposed password and the other string and 
(2) the rejection of the proposed password. 

Such causal relationship does not exist in Wong and the other references. 

For these reasons and for all other reasons disclosed with respect to claim 1, the applicants 
respectfully submit that claim 21 is allowable over the cited references. 

G. Rejection of Claims 22-26 

Because claims 22-26 depend on claim 21, they are likewise allowable. The recitation of 
additional limitations in them provides further grounds for their patentability. 

H. Rejection of Claim 27 

For the same reasons as for claims 1 and 21, the applicants respectfully submit that claim 
27 is allowable over the cited prior art. 

Ground 2: 37 C.F.R. 1.75 Objection to Claims 17 and 19 

Claims 17 and 19 were objected under 37 C.F.R. 1.75 as being substantial duplicates of 
claim 1. Specifically, the Examiner stated that should claim 1 be found allowable, claims 17 
and 19 will be objected to under 37 C.F.R. 1.175. 

Because, at present, claim 1 stands rejected, the provisional objection to claims 17 and 19 
is not ripe for review. 

CONCLUSION 

The applicants have demonstrated that the logic underlying the Office's rejection is 
untenable, and, therefore, that the rejection is not sustainable. For this reason, the 
applicants respectfully request the Board of Appeals to reverse the decision of the Examiner 
as provided for in 37 C.F.R. 41.50(a). 
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Respectfully, 
Amit Bagga 



By /Kiril Dimov/ 

Kiril Dimov 
Reg. No. 60490 
732-578-0103 x215 



DeMont & Breyer, L.L.C. 
100 Commons Way, Ste. 250 
Holmdel, NJ 07733 
United States of America 
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Evidence Appendix 

There is no evidence submitted pursuant to 37 CFR §§ 1.130, 1.131, orl.132. 

The applicants, however, submit three evidence exhibits to disprove a factual assertion that 
was made by the Examiner in the pending Final Rejection: 

Exhibit #1 — a print-out of a first search results page produced by Google.com. Exhibit #1 
was entered in the record by the Examiner on 11/22/2010. 

Exhibit #2 — a copy of the first document identified in the first search results page. 

Exhibit #2 was entered in the record by the Examiner on 11/22/2010. 

Exhibit #3 — a copy of the second document identified in the first search results page. 

Exhibit #3 was entered in the record by the Examiner on 11/22/2010. 

Exhibit #4 — a print-out of a second search results page produced by Google.com. 

Exhibit #5 — a copy of the first document identified in the second search results page 

Exhibit #6 — a copy of the second document identified in the second search results page. 

Exhibit #7 — a print-out of a third search results page produced by Google.com. 

Exhibit #8 — a copy of the first document identified in the third search results page 

Exhibit #9 — a copy of the second document identified in the third search results page. 
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' WICR-88.7 FM broadcasts from the campus of our ven < Mil [is I lie Indianapolis radio 

station, which is run in large part by the tireless efforts of both students and faculty, draws some help from The Fine Arts Society of Indianapolis 
and other independent producers. While this is a fully operational radio station, WICR is first and foremost a hands-on educational tool for the 
future of Indianapolis radio. The independent Indianapolis radio station offers an exciting way for U of Indy students to gain the skills they will 
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need in their broadcasting careers. No matter if those future jobs will be behind- the scenes as a station manager or producer, or an on air 
personality bringing the latest in news and events in Indianapolis to the people, 88.7 FM is there to show them how. 




WICR Indianapolis radio station could first be heard on the FM dial in 1962 with a not so massive ten watts of power. You don't need to have 
worked at WICR-88.7 FM to know that ten watts does not go too far. Their original programming had a focus on jazz and an early version of 
rock music. Fifteen years later 88.7 Km started playing classic;)! music during tush hour, then known as drive time. In 1982 the station had proven 
its worth among the man;, competing Indianapolis radio stations, and was granted an increase in their radiated power to 2,500 watts, a big 
increase to say the least. They were not content with the newly increased power, WICR wanted to run with the big boys of the Ind I i | 
media. Again their radiated power was increased, this time to 5,000 watts, which qualified them as a Class B licensed non-commercial 
Indianapolis local radio station. While this alone is an impressive wattage, "The Diamond" has some extra help. 88.7 FM broadcasts from a 1,000 
foot antenna located in i mohs, which in effect makes their radio wave coverage area equal to that of a 30,000 watt FM station. 

Not bad for a bunch of students and their teachers. 

In the years since then, WICR-88.7 FM has moved its broadcasting studio several different times to accommodate the educational needs of its 
student operators. In 2005 all of their moving boxes and packaging tape was made obsolete. This marks the year that WICR took up residency in 
its very own state of the art facilities in Esch Hall, located on the University's campus. The brand new digs are outfitted u ith live production 
studios, separate talk and Indianapolis news studios and an on air studio. From the station's very beginning, they have focused on always working 
in accordance with the public interest of the Indianapolis community. Today they provide listeners with a play list consisting mostly of Jazz, with 
cuts from brand albums everyday at noon, '['heir programming is a great example of the diversity offered to the lovers ol mi sic ii >> 
Just one of the many examples of what makes Indi anapolis culture so great. 

WCIR-88.7 FM 

Universtiy of Indianapolis 
1400 EHanna Ave 
Indianapolis, IN 46227 
317.788.3280 

If you wan to find out the latest news about "The Diamond" visit their website today. 
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Lived the last 25 years in Northern New Jersey. There I used WBJM, a pure jazz station, for home office background music. Today I spent 
a delightful afternoon listing to your jazz programming from noon to 4:00 p.m. Did I say delightful? I'm looking forward to more from The 
diamond. 
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just a small range of addresses on ASA 5505, David Kerber ... 



<a\ Serial T4 ... David Mi 



e: WIC-1t Serial Interface 



Showing results for ^j^JJ^davjc". Search instead forthe original tpim ■ • 1 



1234567S3 10 NtexJ 
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hr^s://supportforurmxiscoxom/thread/194548?tstart=0&viewcondensed 
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Supported Languages 



CIEIEiiEEiEZI! 

Cisco Support Home CSC Experts Ask the Experts Product Reviews Subscribe to CSC on. || ^ < 



s;: Feb 14, 2007 8:06 AM by thomas.c.wright 



Feb 13, 2007 3:06 PM 



I just purchased a refurbished Cisco 1721 router with a WIC-1 DSU-T1-V2. I was able to connect t< 
performed the initial setup for EthernctO; however, I do not know where to begin to setup the WIC, 
else to configure it if I can get the information here My ISP gave me the following information (I an 

; reasons): 

IP Address Allocation: aaa.aaa.aaa.aaa/28 

i WAN-Side: bbb.bbb.bbb.bbb/30 

! Network IP: ccc.ccc.ccc.ccc 

i Broadcast IP: ddd.ddd.ddd.ddd 

; Subnet mask: 255.255.255.240 

! Available IP addresses: eee.eee.eee.eee-eee 

i Gateway IP (Router Address): fff.fff .fff.fff 

The dmarc will not be extended to my server room until the end of the week. 



Average Rating: 0 (0 Votes) 



the console via serial and 

ind I don't want to pay for someone 

hiding the IP's for security 



ciai :-^.» -vr,< - y«; ...{Kai 0 ' - 

:ak >•;>:: fc; vKsr ... :T-;«t::);;. - 1 -i , 2-00 f r. Oo AM by 



Postings may contain unverified u: 



nt and change frequently. The content is provided as 



ot warranted by Cisco. 



© 1992-2010 Cisco Systems Inc. All rights reserved. 
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EE: «TC-T1 crossover? [7; 24035} 

Thu, 25 Oct 2001 14:05:45 -0700 



regular console cable. That will i 



>From: "Ole Drews Jensen" 
>Reply-To: "Ole Drews Jensen" 
>To: [EMAIL PROTECTED] 

>Subject: RE: WIC-T1 crossover? [7:24095] 
>Date: Thu, 25 Oct 2001 16:04:18 -0400 

>Well, as a "B" guy, I use those colors. 

>568A is for sissies. 



Systems Network Manager 
CCNP, MCSE, MCP+I 
RWR Enterprises, Inc. 
[EMAIL PROTECTED] 



NEED A JOB ' 



> Original Message 

>Froir. : MADMAX [ ] 
>Ser.t : Thursday7'"6cTobe7"T57'"2ToT 2 : 57 PM 
>To: Ole Drews Jensen 
>Cc: [EMAIL PROTECTED] 

>Subject: Re: WIC-T1 crossover? [7:24095] 



> Well it's not even that simple, there are differant standards defining 
>the pairs, 568A and 568B so your color code might not make sense 
>depending on the standard being used if used at all so I still like my 



>01e Drews Jense 



• 56K C. 



Use Orange and Brown wires and c 



i them at the other end. 



Use Orange and Blue 



Application No. 10/815191 Exhibit 6 

1 of 3 



2010-11-22 10:53 



RE: WIC-T1 crossover? [7:24095] 

Application No. 10/815191 



. MCSE, 
RWR Enterprises, Ij 
[EMAIL PROTECTED] 



http://www.rmil-arcMvexom/cisco@groupstudyxorr^rmg61692.htrd 
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, 0'iqirs] He i;i;scf 

• K'orr: Hk'iHkX ; * / l<31i:ii^li;.]J 

• Srr; : TK.'sday, Octobei '5, >'6oi 9:27 AM 

• To: [ KKA [ I :>K0TKCTKI>1 



■ Thi£ 



; He: WIC-T1 

; recently beaten 



[7:710951 
death but. . . 



"Gibb, Jake" wrote 
> Is it possible t 



• David Madland 

• Sr. Network Eng: 

• CCIE# 2016 

• Qwest Commun. 

• [EMAIL PROTECTED] 

• 612-664-3367 



i should i 



) take a WIC-T1 card used in a Cisc 
cable to connect to another 1600 t 
.al link (PPP, Frame-Relay, etc.) 



>David Madland 

>Sr. Network Engineer 

>CCIE# 2016 

>Qwest Communications Int. 
> [EMAIL PROTECTED] 
>612-664-3367 

>"Emotion should reflect re 
Gel. you r KKKK ciowr 1 can o " I 



Message Posted at: 

; : 



FAQ, list archives, and subscription info: 

Report misconduct and Nono i . 1 i ■ i ■! - i .r . ■ f 1- .T — T T I Th 'Th'/l 



SSI Gibb, Jake 




Dennis 




Chris Theiss 




Gibb, Jake 


.1 L.;-:.v.:-:; : .:;j 


Kane, Christopher A. 




MADMAN 




Angel Leiva 




Ole Drews Jensen 




MADMAN 




Ole Drews Jensen 




Cisco Nuts 
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i Cisco hiu«s 



http://www.rmil-arcMvexom/cisco@grou^^ 
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ht^://www.googlexorr^search?clierit=iirefox-a&rls=org.mozilla%3Aen... 
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: "pAsSwOrD" David 




Pasjv.ort; navy ■5u; S ; : «rs 



David a Password ; 



Welcome to a Facebook Page about David a Password. Join Facebook to start connecting 
with David a Password. 

..i.->V'.v iV.i!E'/.i o"j:.v x ■ , ;;:,v:;;-t; i ; ai'Mts. ; . : ?'i:! ry-.A-, - 

[n^Av"'! •U* l: I- _ ~ - I i 1 ~ i— r"- il 

password david bowie greatest hits direct to download for free from rapidshare and another 
file hostings. Only direct download links - no torrents on ... 



Davidj2ij^2L!L_2_J, Password 

Jul 18, 2010 ... We added the role 'manager', and then created t! 
password 'BlogSpof and assigned the user to manager role. ... 



Apr 30, 2010 ... David Kernell was acquitted of wire fraud I 
Confirm. To report an error on this story, notify our editors. ... 

3 posts - 2 authors - Last post: May 6 

David Overton's web site to discuss computer solutions specific ti 
Businesses. Focusing on technology around the Microsoft ... 

-jk-_.hsy.jv f.o;;yiO:-:j;;!^:;;;:.':. ! -;/:.:K:;i s-. ; .-x - Oy.'rs-yl 

I. l " - i- P ""O' D i id •-■ - . 

Apr 2, 2007 ... Word 2007 and Excel 2007 use an industry-strength AES encryption s 
that makes password search speed slow: 20-100 passwords per ... 

;;:ngj :>v*j:i.o'..:rv. - ; t:i.v:;-i. . .. ; .-J--_.:: : : -S -riO.-_.:::r..-_-:-.l :s~'J;;.r;i px - O-.'.lV.-j 



ISVs and Small 
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Password Protect a Directory Using Jitaccess 




The .htaccess Code 




The : . htpasswd file contains the usernames and passwords of allowed users. One per line. The passwords are MD5'd for security purposes. 

To generate encrypted passwords for your: .htpasswd file, you can use my htaccess password generator jhttp davidwalsh namehtaccess-username- 
pass won l-generator] . 
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: From the Apache documentation: 
; Security 

: Make sure that the AuthUserFile is stored outside the document tree of the web-server. Do not put it in the directory that it protects. Otherwise, clients may 
: be able to download the AuthUserFile. 

j In your example, I would suggest moving .htpasswd to something like 7home/davidwalsh/protect-me-dir.htpasswd'. 
PS mark [http://www.marksanborn.net] 



April 18, 2008 @ 11:07 £ 



: Well I didn't want to be the guy that posts his links every where :) so I just mentioned it, but since it is relevent here you go. 
imp://www m^ [littp ■v-AVW niHrkSHntxjrn r K.-t php cknvrilo.Kl-f ik^s-thro iKjh-.Hithc^ntic-Uion/j 



f* david [http://davidwalsh.name] 
\ @JP: Good tip! 



April 18, 2008 @ 11:14 a 



; dr. dohn doe 
: How do I set the password to access a specific website? 



November 19, 2008 @ 9:55 pm 



December 10, 2008 § 9:49 s 



Hollo. I i-im vory now fit this and honestly nood to know exactly how to do this. Do you know a step by step process. I do not want to upload into my 
i website until I have tested it on my local machine 

i Scenario, I have an HTML file that I open within a folder, however I want to simply require a password before can view it. Nothing really critical, just want 
: to keep the masses out. 

: If I put the .htaccess file in that directly, and the .htpasswd in the same directory, how will that keep me from accessing the html file, when that is what I 
| need to click on to test, am I missing something here? Does the index.html on the server automatically look for this password file? 



: Anything would be great, or maybe you could direct rr 

| Thank you for your time 
i Paul 



a fully laid out example 



simon [http://www.simondainty.co.uk] December 14, 2008 @ 7:34 a 

Hi David, 

Really like this nifty little feature - but unfortunately everything seems to work fine except that the password is not accepted. I have tried several 

alternatives - all with the same result. Any tips on what I need to check will be much appreciated! 

Cheers 

Simon 



levana Dune 2, 2009 @ 12:11 pm 

Hi, 

I did this and I think my path was incorrect. However, when I try to do the PHP info, it is requiring a password-which I can't do because my path is wrong. 
How do I remove the .htaccess and .htpassword from my site to fix them? They are not showing up as files in the directory. 

Thanks, 
Levana 



Application No. 10/815191 Exhibit 8 

2 of 5 



2010-11-22 11:54 



Password Protect a Directory Using .htaccess http://davidwalsh.name/password-protect-directory-using-htaccess 

Application No. 10/815191 Exhibit 8 



I figured it out-just in case anyone reads this: you have to set your FTP client to "show hidden files " 



aaron Duly 5, 2009 § 1:53 pm 

Hello, 

Thanks for this great tip. 

However, I'm encountering a rather strange problem. I have uploaded the files as directed and ensured the path to my .htpasswd file is correct by 
obtaining it the DOCUMENT_ROOT line of the phpinfo() output. 

The problem is that I'm able to enter an incorrect password and my browser will still advance me to my site. 
Any suggestions on what's going on here? 
Thanks very much. 



aaron Duly 5, 2009 @ 6:08 pm 

Hello, 

I'd like to password protect my site, but am running into a strange problem Incorrect passwords will still let me advance to my site. Can you help solve this 
problem? 

Thank you very much, 

mark antony Duly 14, 2009 § 1:10 am 

How do I able to protect and organize the files in directory? 

eljane [http://yahoo corn) Duly 14, 2009 @ 1:14 am 

how do I able to protect and organize the filies in directory? 



jeff reese [http://www rooseoomputorsorvicos com] Duly 30, 2009 § 10:48 am 

I have used your your info above and it works well. Thank you. How do I prevent the password from being cached or held in cookies? When I log into the 
web browser it has the info and logs right in. 
Thank you, Jeff 



ric [http://www,momentumdesign,ca] November 3, 2009 § 4:48 pm 

I have the same issue. 



zachary February 18, 2010 § 10:11 pm 

can this crash the apache server? or depending on the server settings a failed access (3+tries) denies you acces to the ENTIRE server??, using this on a 
server that i get acess to host webpages, but don't know the intricate security settings of the server? it connects slowly when it works, and if the wrong 
password denies me for x period of time, from any site that the server hosts, not just my section!! any able to explain this? 
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I am a new to this and am confused. I am trying to figure out how come I can't get the username/pasword to work. 

I created the two files htaccess and put it in the main directory of the site where the index file is, then i created the .htpasswd file and put it in the schedules 
diroff the main directory so the address is http;//ww ; tiytobpsa ; prg/ c les/defau!t : html.[htt| tr t i r n ! ].(it all bogus 

right now while I am creating it) I put a bogus UN/PW idunno/idunno well I used your.htpasswd Username & Password Generator and came up with the 
.htpasswd file as idunno:ideLMDeqo7cnE but it wont work., can you please help me? Am I doing something wrong? it thinks I have the wrong UN/PW 

cj [http://www.trytobosa.org] Duly 30, 2010 @ 5:40 am 

I just tried it again in firefox, google chrome and ie and none of them work. I guess I will have to wait for a hero to come to my rescue! 

cj [http://www.trytobosa.org] Duly 30, 2010 § 6:05 am 

Ok, sorry for posting again but I had to change the directory where the .htaccess is because it just blocked me out of the complete tobosa website. If I put 
the htaccess file in the root directory it will block me out of the root directory where the index file is. So I put changed the directory to 
http;//w^..trytobpsa.prg/sclHxl html [http -www trytpbosa eg scoc:.. <;s -:;-• (; ;>'ot(K:t/dofault,htr!!!] and put the .htacces in the 

/home and the htpasswd file in the /protect along with the default.html file where I have the bogus schedule page. Man, this is hard. Sorry I am such a bug! 
I just had to change the site before someone tried to view the website and was blocked out... eeeeek! 



rupert davenport [http Mutomated-forex-sy.stem-tradiny-review <:< 
I take it that this only protects a directory and not a specific folder? 



October 3, 2010 § 5:45 pm 




David Walsh 



I am a 27 year old Web Developer and 
MooTools, Dojo, and jQuery JavaScript 
Consultant working from Madison, Wisconsin. I 
am a Software Engineer for 

&iisPs:-i ::"ip .•Vi.:;?f:3&:-..c.;;:r : : , the prestigious 
JavaScript development shop. 

Webmasters need not apply. 



MooTools (ftw) 

I am also a 



, the most flexible, functional JavaScript 
framework available. Follow 



to show your support for the framework! 

The Blog (lab) 

This blog is targeted toward all levels of web 
designers and developers. All web topics are 
discussed, including CSS [/foforsafc/cssj , 



Static (pages) 



Profiles (stalker) 



Interviews & Mentions (ego) 
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WiseGuys Presale Password Information - We Know Presales 

Free Presale Passwords and Fanclub pre-sale details. Our blog is updated every day with the very best presale information you can find online. 
With a whopping 29,000 subscribers - We ARE the most well subscribed Presale Password site online. Subscribe today and don't miss another 
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David Garrett in Miami, FL - presale password 



The David Garrett pre-sale password 

has been added: For a LIMITED you can buy your very own ticket: 
David Garrett BEFORE the public. The free presale password for 
Garretts concert in Miami, FL gives ■ 



This might be your best chance 
see David Garrett perform! Here 
are all the event details you will 

David Garrett 

Gusman Center for the Performing 

Arts, Miami, FL 

Fri, Feb 25, 2011 07:30 PM 

David Garrett Presale 

Start: Thu, 09/02/10 10:00 AM EDT 

End: Thu, 09/02/10 10:00 PM EDT 



David Garrett is a record breaking German American classical violinist 
and recording artist. When Garrett was four years old, his father bought 
a violin for his older brother. The young Garrett took an interest and 
soon learned to play. 




i ifi,t TV mi ,~nu»<Ni ik FmU > 



YOUR FREE DAVID GARRETT PRESALE CODE: 



CLICK HERE FOR THE DAVID 
GARRETT PRESALE CODE 



Tel: everyone about us! 
WiseGuy Recommended Events 



Is this Presale not working? O-vds ror 



.. • ••• works 



Vj.iJ^id.Cjs:'-. ' 



Links to this post 



Entertainment Blogs 



Please Donate! 



iTunes New Releases 

»'•; i--r;> ;0.:<- >v i: h A;;.v.0). 



0o Lsko :•:!', 
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Follow j © 

with Google Friend Connect 

Followers (60) More » 

■■■»■ 

Already a member? Sign in 
Ticketmaster Offer Codes 



:-:.v.- • 



Archived Presales 
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■ - (94) 

-November 14 (71) 
Novonbej (76) 
October 31 (66) 

■ !< tssae- - i (60) 

..Q.rto&?r. 1 7 (59) 
October 10 (78) 
'6 -October 3 (110) 
!9^i«etentbefL26 ( 90 * 
. ' . i 1137) 



2 (45) 



A.^.st:. 1 95) 

-.••,:.:V V, /■ gust 22 (114) 
^SyiLS^AU^iMS (145) 
, - (162) 
J'Mli.-:.M^U. (157) 
J^8AJkly.Zb(131) 
(187) 

Jyiy.d.:Jy[y.jj.(i39) 
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Presale Password and Concert Codes can be hard to find -but not here at WiseGuys! While Ticketmaster sometimes makes finding pre-sale information difficult 
for fans, we have put this site together to help fans locate pre-sale passwords and passcodes to the hottest shows. This blog is exclusively for presale 
passwords, prebuy passwords and pre-sale codes. Fanclub presale information can also be found for fan-club pre-sales. Don't buy expensive tickets either, 
we have discount and promotional codes! And of course, the Amex presale password for every event. Just in case you werewondering, we do have a Privacy 
Policy and Terms of Use. 
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